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Software design is one of the very important phases of the software 
engineering. The costs of software can be minimized if improvements or 
corrections made during this stage. Several of the current computer aided 
software engineering (CASE) tools like enterprise architect (EA) v12 do not 
have the capability to improve the design. This work aims to develop an 
algorithm that helps the software engineers evaluating the design quality 
utilizing one of the object-oriented (OO) design models namely quality 





Keywords: metrics for object-oriented design (QMOOD) which represents as 
EA hierarchical model that describes the relationship between quality attributes 
re such as reusability, extendibility and properties of the design of OO design. 
Extensibility This algorithm describesed how the assessment of the extendibility/ 
Metrics extensibility using the software metrics has been done and the impact of the 
OO involved metrics in the extendibility value. Results obtained demonstrate the 
QMOOD effect of OO design metrics such as inheritance, polymorphism, abstraction 
Quality assurance and coupling in quality characteristics like extensibility. The results show 
UML that lower values of abstraction and coupling, obtain higher value of 
XMI extendibility which means the class diagram is ready to accept additional 
XML improvements. The proposed algorithm has been tested on two different 
systems (test cases) that vary in their class diagrams, functionalities, and 

complexities. 
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1. INTRODUCTION 

Quality management system deals with organizational structure, procedures, responsibility, 
compatibilities, activities and resources that together seek to ensure that software product will meet its 
intendant purpose [1]. Often, quality engineering and management is misunderstood. This is due to the fact 
that the term ‘quality’ is ambiguous. This confusion can be a result of several reasons like: 
— Quality is a wide concept rather than a single idea. 
— There can be several levels of interpretations for quality because any concept carries levels of abstraction. 
— Quality is used in daily language so there is a difference between popular and professional uses. 

After all, a general definition for quality can be set as “the degree to which a system, component, or 
process meets a customer or user’s needs or expectations” [2]. For saving effort and avoid extra work, 
software quality should be predicted in the early stage of software development process and taking into 
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consideration this predicted quality must be as good as desired. So, whenever the prediction of software 
quality is done earlier, we got rid of working on the same software again and again [1]. 

The quality of software extremely depends on its design. In software building, the design stage is 
considered to be one of the most important stages and should be focused because when design is prepared, 
modifications on it will be difficult and expensive [1]. Recently, object-oriented design became common 
concept in software development environment. It is used to divide the problem into multi small objects which 
is more capable for modifications and much easier to understand in addition of benefits in decomposition, 
reliability, adaptability and reusability of a problem [3]. 

To assess software quality through the early phases of software development process, software 
metrics have been used. These metrics are measurements that can be used to explore the design quality. It is 
time to examine object-oriented metrics with regard to software quality because as mentioned before, 
object-oriented design methodologies acquired wide publicity. Many metrics have been proposed in the past 
for the object-oriented (OO) design, code and constructs which can help software companies in development 
their software within intendant quality [1]. 

Many research papers have been introduced in the object-oriented design metrics field. The 
difference in the gained outcomes is the result of utilizing a various methodology in each of these articles. 
To cover most of the previous work presented in this field, a glance is made back to 2013, when 
Hoffmann et al. [4] showed that it is possible to improve a robotics application in a continuous manner at 
run-time by integrating the object-oriented software framework specifically "the Java based robotics API", 
into "the dynamic module system OSGi". 

Vir et al. [1] proposed in 2014 a hybrid approach for investigating the extendibility of classes in 
object-oriented design in the early stage of software development. This hybridization composed of subset of 
Chidamber and Kemerer (CK) metric suite and mood metric suite, then the proposed model has been 
analyzed using fuzzy logic approach. In the same year, Winn [5] pursued to measure the extensibility and 
changeability of aspect-oriented software (AO) where implemented in AspectJ. The analysis covered in this 
topic is based on mobile media and AspectJ projects by using self-organizing map (SOM). Also, in Yadav [6] 
described an improved analysis view of software attribute dependency relations for the assessment of 
high-level design quality attributes in object-oriented designs. It characterizes relations and dependencies of 
quality attributes such as reusability, flexibility, understandability, functionality, extendibility, effectiveness. 
The relations, or links, from properties of the design to attributes of the quality are weighted in accordance 
with their effect and significance. 

Other researchers proposed some new metrics instead of traditional software metrics. In this context, 
Cossentino et al. [7] estimated modularity and extensibility of "holonic multi agent systems (HMAS)" which 
is used for the development of software systems that are frequently designed in order to realize complex 
dynamical behavior for solving complicated problems. Pélzlbauer et al. [8] addressed message ID 
assignment, in a manner that the system can be extensible. In the beginning, they gave an assessment metric 
that provides a deep insight view of the extensibility of a given ID assignment. After that, they developed an 
effective ID-assignment policy which in turn will maximize the extensibility. 

Couto et al. [9] suggested semiautomatic software restructuring method based on the attributes of 
the quality. This paper depends on the measurements of the quality metrics for object-oriented design 
(QMOOD) for recommending move method refactorings that improve the quality of the software. Another 
study was performed by Kim et al. [10] in 2018, proposed the extensibility metric for software architecture 
(EMSA), which adopts the architecture of the system in order to determine its extensibility. 

Abdullah et al. [11] in 2019 recommended an investigation structure for extensibility estimation 
process and did a comprehensive survey on object-oriented extensibility. The researchers recommended a 
model by creating the relationship in the middle of design properties. Researchers justified the model 
attachment with the help of statistical measures, which showed that coupling, cohesion, inheritance, 
polymorphism are significantly affected with extensibility. 

This work aims to design and implement an algorithm to measure the extendibility of a software 
system during its architectural design stage using QMOOD model metrics. The extendibility attribute 
depends on 4 metrics, each of these metrics has its mathematical equation based on the class diagram of the 
software to measure and calculate them. These four metrics constructs the mathematical equation which is 
considered the basic form to determine if the software extendible or not. This model has been applied for two 
software as will be explained later. Tested software must be follows the object-oriented principles, written in 
jave or any other object-oriented language. 

The remainder of this paper is organized as follows: section 2 identifies object-oriented design 
metrics. Section 3 demonstrates extensibility quality attributes model. Section 4 exhibits the proposed 
methodology. Experimental tests and results are found is section 5. The paper is concluded in section 6. 
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2. OBJECT ORIENTED DESIGN METRICS 

Although the term “metric” is used mutually with term “measurement” and indicates wide range of 
it, there is a delicate difference between them. In software engineering situation, a measure supply a 
quantitative indication of the amount, dimensions, capacity or size of some attribute of a process or 
product [12]. So, we can say that measurement is the action of locating a measure, while metric had been defined 
by The Institute for Electrical and Electronics Engineers Academic & Science (IEEE) as” a quantitative measure of 
the degree to which a system, component, or process possesses a given attribute” [12]. 

Metrics provide the software developer with a deep insight that is necessary to access the quality 
and consider critical source of information to make the right decision about designing the wanted software 
before building it and make changes. This will reduce complexity and improve the quality of the product in 
early phases. Some metrics may be converted to serve their purpose in a new environment [13]. 

In summary, it can be said that prediction of software processes depends on software metrics. Object 
oriented (OO) metrics are generally used for quality estimation. Relying on OO concepts, those metrics are 
regarding to measurement of some design features like encapsulation, message passing, information hiding 
and inheritance [14]. The researchers have proposed many metrics for OO software. These metrics are used 
in multi potential contexts like quality indicators, complexity measure and reliability measure [15]. Object 
oriented metrics are based on the objects and their characteristics. A lot of object-oriented metrics existed for 
the object-oriented software development process. These metrics are [3]: 

— Chen. 

— Lorenz and Kidd. 

— Morris. 

— Metrics for object-oriented software engineering (MOOSE). 

— Extended metrics for object-oriented software engineering (EMOOSE). 
— MOOD. 

— QMOOD. 

— Goal Question. 

— Software assurance technology center (SATC) for object oriented. 

- LIL 

In this proposed work, only QMOOD metrics set are considered and for other metrics could be referred from 
other paper [16]. 


2.1. QMOOD model metric 

The QMOOD is a global quality model that founds an obviously defined and empirically validated 
model to appreciate object oriented design quality attributes and relates it with structural object-oriented 
design properties through mathematical formulas [17]. This model extends from Dromey's quality framework 
which is based on 3 principles: product properties that effect quality, a group of quality attributes and a 
means of linking them [18]. QMOOD quality model defines the way to measure the quality attributes in 
terms of properties of the design through a group of mathematical formulas [19]. Design properties can be 
measured or observed using functionality, relationship and structure of design components [20]. QMOOD 
model consists of six OOD quality attributes and they are: (reusability, flexibility, understandability, 
functionality, extendibility, and effectiveness). These attributes had a relationship with eleven design 
properties; each calculated quality attribute serves as a parameter to provide a notion of the current quality of 
the software [17]. Table 1 show the design properties and the metrics utilized for these properties of the 
QMOOD model [17]. 


Table 1. QMOOD model 


Design Property Metrics used for Design Property Design Property Metrics used for Design Property 
Design Size design size in classes (DSC) Cohesion Cohesion Among Methods of Classes (CAM) 
Hierarchies Number of Hierarchies (NOH) Composition Measure of Aggregation (MOA) 
Abstraction Average Number of Ancestors (ANA) Inheritance Measure of Functional Abstraction (MFA) 

Encapsulation Data Access Metric (DAM) Polymorphism Number of Polymorphic Methods (NOP) 
Coupling Direct Class Coupling (DCC) Messaging Class Interface Size (CIS) 
Complexity Number of Methods (NOM) 


3. EXTENSIBILITY QUALITY ATTRIBUTE 

We initially investigate the meaning of “software extensibility”. In ISO/IEC-25010 standard, 
characterizes the extensibility of the software as "the relative exertion to expand the ability or performance of 
the software by enhancing current functions or by including new functions or data". IEEE-1219 standard 
does not characterize extensibility, however, characterizes a comparable quality attribute \’maintainability”\ 
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as the exertion for adjusting the product of the software in accordance with the modification in the 

requirements or environment [10]. Ciraci and Broek [21] characterized another comparable quality attribute\ 

evolvability" which is the ability to adjust to the new environment to maintain a service. Usually, these 
attributes are referring to modifies in the current system of the software that are made to satisfy a new 

environment or a new requirement [10]. 

Saeed et al. [22], the authors characterized extensibility which is the existence and utilize of features 
in the existing design that permits integration with the new requirements. When designing the system of the 
software and has not taken into account the extensibility and evolution elements, usually, may well become 
prey to the phenomenon known as “code rot” or “design rot” and may as a result of this phenomenon be 
abandoned as the system becomes too difficult to expand and maintain. Changing a system for new features, 
repairing old features, cleaning up obsolete features or even a customer supply with a particular product is all 
expensive work, and it may become even more expensive when each change may lead new problems in the 
form of errors and violations in the design of the system [23]. 

In ISO 9126, attributes: “functionality”, “reliability”, “efficiency”, “usability”, “maintainability”, 
and “portability’”- were chosen in QMOOD model as the first set of quality attributes. The “portability” term 
in the context of software quality implementation is more appropriate and was exchanged with 
“extendibility” which reflects this characteristic better in design [24]. To measure extendibility attribute, four 
QMOOD metrics must be computed first, as the following [25]: 

— ANA: is computed by specifying the ratio between the classes number on all paths from the root class 
(number of ancestors) to all classes in the structure (number of total classes), which means ANA metric 
measured as the following equation: 

ANA = Sum(Number of Ancestors) (1) 

Total Number of Classes 

The property of abstraction (ANA) is for classes that have one or more successors [24]. 

— DCC: It is a measure of the other objects number which an object must access normally. This means 
determine a different number of message passing in a method or attribute of each class that a class is 
directly related to, as in (2). 

Z Sum(Numberof Attribute and Parameter) (2) 


DCC 


Total Number of Classes 


— MFA: It is the ratio of the numbers of methods inherited by a class to the all methods accessible to 
member methods of the class [24]. In (3) is depicted as follows: 
NumMethodInh 


AllMethods 
Total Number of Classes 


Sum ( ) of all Classes 


MFA = (3) 
where; NumMethodInh: refers to the number of methods inherited by a class, 
AllMethods: refers to all methods accessible (inherited + class’s methods) to the class member. 


— NOP: This metric is measured by determining the number of the methods which have polymorphic 
behavior. This is done by (4) [3]. 


Sum(Number of PolyMorphicMethod) 
Total Number of Classes 


NOP = 





(4) 


According to Bansiya and Davis [24], an extendibility attribute is a combination of four property of 
the design as mentioned above, this attribute measured according to the formula given by [24] and shown in 
the following equation: 


Extendibility = 0.5 x ANA — 0.5 x DCC + 0.5 x MFA + 0.5 x NOP (5) 


where; ANA : Abstraction metric. 
DCC : Coupling metric. 
MFA : Inheritance metric. 
NOP : Polymorphism metric 


4. THE PROPOSED ALGORITHM FOR EXTENSIBILITY QUALITY ATTRIBUTE 
The overall work of the proposed algorithm can be depicted as shown in Figure 1. It consists of the 
following steps: 
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Step1: Drawing test cases as unified modeling language (UML) class diagram which is a design of software 
system using enterprise architect (EA) computer aided software engineering (CASE) tool. 

Step2: Exporting UML class diagrams from the enterprise architect. This will generate XMI (XML 
(extensible markup language) metadata interchange) document where the information is stored as 
XMI files. 

Step3: Passing XMI document to the XMI parser where the required information will be extracted from XMI 
document such as operations, classes and attributes of a class diagrams. 

Step4: Computing the design metrics as it was clarified in section 3 previously and according to (1)-(4). 

Step5: Calculating extendibility quality attributes according to the formula (5) in section 3. 

In the following sections each of the above steps will be described in more details. 


Draw System as UML Class diagram 


Export UML to XMI Document 


Y 


Extract info using XMI Parser 
Calculate ANADCC.MFA.NOP Metrics 


Measure Extendibility Attribute Quality 


Figure 1. Extendibility attribute flowchart 








4.1. UML class diagram and EA 

In this work, UML class diagrams (for the test cases, automated teller machine (ATM) machine and 
online exam systems) have been drawn using one of the famous CASE tools, enterprise architect (EA) which 
supports a comprehensive modeling of UML and uses for building and designing software systems. It covers 
all sides of the software development life cycle with full traceability. Usually, this tool does not support 
design metrics of the software systems. 

Each system has been drawn (as will be mentioned later in section 5) depending on its function; the 
first test case is ATM system. The main function of this device is to enables customers to achieve financial 
transactions, like deposits, cash withdrawals, and funds transfers, at any time without the need for direct 
interaction with the staff of the bank. The second test case is the online exam system where examinations are 
given online to evaluate the student effectively. The fundamental goal of this system is to reduces the 
required time and obtain accurate results in a fast way. QMOOD model metrics and extendibility quality 
attribute have been computed for each of these systems, each one gives different result according to its 
design. This will be mentioned later in Table 2. 


4.2. XMI 

After the class diagrams were drawn for each system at the design stage and clarified the basic 
functions for each of them using classes and the relationship between them, each diagram has been exported 
to (XMI document). It is an open standard format of the file which enables interchange the model 
information between tools and models. XMI is a way of saving the diagrams of UML (class diagram in this 
work) in details such as the name, attributes, operations of each class, and relationships. 

XMI document has a large set of tags as depicted in Figure 2, some are important but others are not 
such as the class style, and date of creation. The aim of exporting class diagrams to XMI file is to use these 
files as input to the parser which will extract all necessary information used to calculate metrics such as no. 
of classes and no. of operation of each class. 


4.3. XMI parser 

XMI parser is utilized to extract data from XMI document; XMI parser will store all values of XMI 
document tags in lists which contain all information about the class diagram. JAVA Eclipse programming 
language is used for implementation and document object model (DOM) for manipulating XMI document. 
Document object model (DOM) is an application programming interface which manipulating XMI document 
and providing a tree structural representation of the document tags. XML documents have an informational 
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unit hierarchy called nodes. DOM describing those nodes and the relationships between them. Figure 3, 
depicts the use of DOM parser to manipulate XML document of the class diagrams as will be mentioned later 
using java eclipse. 








1 <?xml version="1.0" encoding="windows-1252"?> 
2 <!DOCTYPE XMI SYSTEM "UML_EA.dtd"> 
<XMI xmi.version="1.1" xmlns:UML="0mg.org/UML1.3" timestamp="2020-04-05 11:02:08"> 
<XMI.header> 
<XMI.documentation> 
<XMI.exporter>Enterprise Architect</XMI.exporter> 
<XMI.exporterVersion>2.5</XMI.exporterVersion> 
</XMI.documentation> 
</XMI.header> 
<XMI.content> 
<UML:Model name="EA Model" xmi.id="MX_EAID_C92C7C77_8AB1_41e3_857D_A7A536A14BBA"> 
<UML:Namespace.ownedElement> 
<UML:Class name="EARootClass" xmi.id="EAID_11111111_5487_4080_A7F4_41526CBOAA00" isRoot="true" isLeaf= 
<UML:Package name="Class Model" xmi.id="EAPK_C92C7C77_8AB1_41e3_857D_A7A536A14BBA" isRoot="false" isl 
<UML:ModelElement.taggedValue> 
<UML:TaggedValue tag="parent" value="EAPK_21B70DA0_FBAD_47be_83AA_C162E3952FD1"/> 
<UML:TaggedValue tag="ea_package_id" value="2"/> 
<UML:TaggedValue tag="created" value="2019-11-14 11:11:12"/> 
<UML:TaggedValue tag="modified" value="2019-11-14 11:11:12"/> 
<UML:TaggedValue tag="iscontrolled" value="FALSE"/> 


NI Pe è PRP RR Ree 
OCWONAUMARWNKrFOWOANAU AW 


21 <UML:TaggedValue tag="isnamespace" value="1"/> 

22 <UML:TaggedValue tag="lastloaddate" value="2019-11-14 11:11:12"/> 
23 <UML:TaggedValue tag="lastsavedate" value="2019-11-14 11:11:12"/> 
24 <UML:TaggedValue tag="isprotected" value="FALSE"/> 

25 <UML:TaggedValue tag="usedtd" value="FALSE"/> 

26 <UML:TaggedValue tag="logxml" value="FALSE"/> 

27 <UML:TaggedValue tag="tpos" value="6"/> 

28 <UML:TaggedValue tag="packageFlags" value="isModel=1;VICON=3;CRC=0;"/> 
29 <UML:TaggedValue tag="batchsave" value="0"/> 

30 <UML:TaggedValue tag="batchload" value="0"/> 

31 <UML:TaggedValue tag="phase" value="1.0"/> 

32 <UML:TaggedValue tag="status" value="Proposed"/> 

33 <UML:TaggedValue tag="complexity" value="1"/> 

34 <UML:TaggedValue tag="ea_stype" value="Public"/> 

35 <UML:TaggedValue tag="tpos" value="6"/> 

36 </UML:ModelElement.taggedValue> 

37 <UML:Namespace.ownedElement> . 


Figure 2. XMI format 


a package XML DOM Parser,| 
S import java.io.IOException; 
import javax.xml.parsers.DocumentBuilder; 
import javax.xml.parsers.DocumentBuilderFactory; 
import javax.xml.parsers. ParserConfigurationException; 
import javax.xml.soap.Node; 
import org.w3c.dom. Document; 
import org.w3c.dom.Element; 
import org.w3c.dom.NodeList; 
import org.xml.sax.SAXException; 
public class MyDomclass { 
© public static void main(String[] args) 
{ 
DocumentBuilderFactory factory= DocumentBuilderFactory.newInstance(); 
try { 
DocumentBuilder builder= factory.newDocumentBuilder (); 
Document doc=builder.parse ("XMLFile4.xml"); 
NodeList operationlist= doc.getElementsByTagName ("Operation"); 
for(int i=0;i<operationlist.getLength () ;i++){ 
org.w3c.dom.Node p =operationlist.item(i); 
if (p.getNodeType ()==Node. ELEMENT NODE) { 


Figure 3. Manipulate XML using DOM parser 


4.4. Compute (ANA, DCC, MFA, NOP) metrics 

In this step, these four metrics must be computed. To do so, metrics explained in section 3 (1)-(4) 
have been implemented. These metrics considered as a prerequisite to compute the extendibility quality 
attributes. 
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4.5. Compute extendibility quality attributes 
The final step is to compute the extendibility quality attribute. After computing the four metrics 
(ANA, DCC, MFA and NOP). In (5) mentioned in section 3 has been implemented to find the final value. 


5. EXPERIMENTAL TESTS AND RESULTS 


For the purpose of executing the algorithm, test cases must be used and analyzed. Two test cases 
were used on two different class diagrams. Then, clarified the QWOOD extendibility assessment results. 


5.1. First example 
The first example represents the implementation of ATM system. Each metrics value needed will 
calculated from the class diagram of the system. Figure 4 shows the class diagram of ATM system. 











ae 
+ StationID: int 
+ IsOpersting: boolean 


EntryStation§ : void 
validateEntryStation() : void 
getlsOpersting() : void 
getStation!ID{) : void 
setlsOperating() : void 
setStaionID( : void 


Cashier Station 


- myAttr1: Branch cashOnHand 
+ myAttr2: EntryStation dispensed 


myAttr1: CashierStation 
CashierStation() 


verifyCard() 
verifyAmountAvsilsble{) 
getStationID() 
setStationID() 
getlsOperating() 
validateEntryStstion() 
setilsOperating() 





ATMO 
getCsshOnHand() 
setCashOnHand({) 
getDispensed() 
setDispensed() 
getStsionID() 
setStstionID() 
getlsOpersting() 
validstEntryStstion() 
setlsOpersting{) 


a ae Ga GL 


++ ee eee ee te 


connected 

myAttré: ATM 

myAttr7: User 

myAttr8: CashierStation 
Count: ATM 

bool: boolean 





+ Branch) 

+ getConnected() 

+ setConnected() 

+ myOperstion1() È = cane 
+ myOperstion2() eee Enkystation 
+ myOperation3() - MyAttr2: User 

ae 

+ 


ATM) 
Pantin) + Consortium) 
+ validateAccountinfo() 


Account_no 

balance transactionld 
user_name dste 

Type type 

Date amount 


post balance 
create transaction() 


Resd() + modifies) 
Display() 


Delete() 








- Deposite + MinimumBalance 
- withdraw 

+ Deposite() 

+ withdraw() 








Figure 4. Simple class diagram for ATM machine 
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5.2. Second example 


The second case study represents the implementation of online exam system. The class diagram is 
shown in Figure 5. Figure 4 and Figure 5 show object-oriented design for ATM Machine and online exam 
system. Table 2 shows the values of metrics. 


class Class Model 


+ AdminiD: int 


acceptstudent() 
DeleteStudent() : int 
SendInvite(email}() : void [XV 
SendRequest() : void 
Updsteinfo{) : int 


CourseCode: int 
CourseTitle: String 


+ Account 

+ name: char 
+ login): int 
+ logout(): int 


\ 


Address: String 
Birth_day: String 
Contact no:: long 
Depstment: String 
Email: String 
gender: char 
Session: String 


+ GetUserlD{) : int 


Display Detail{) : int 
#UpdsteDetail(): int 


CorrectAns: String 
CourseCode: int 
CourseTitle: String 
Question1: String 
Question2: String 
Question: string 


CreateQus() : String 
DeleteQus() : String 
DisplayQus() : String 
DisplayResult() : void 
UpdateQus() : Strign 


Department: string - CourseCode: int 

Semester: int - GPA: int 

Session: int StudentiD: int 

StudentiD: int TotalMsrk: int ee int 


CourseCode: int Average: float - CourseTitle: int 


CourseTitle: int 


ExamTime: int 


ExamSchedular: int 
StudentiD: int 
<>) + Mark: double 


- ExamDste: int 


Duration: int 
+ Aversge(): double 


+ DisplayQus() : int + TotalMark() : int 


Figure 5. Simple class diagram for online exam system 





Table 2. Extendibility metrics and its value for ATM and online exam systems 


Property Metric ATM Machine Online Exam 
Abstraction (ANA) 0.4 0.375 
Coupling (DCC) 1 0 
Inheritance (MFA) 0.24 0.12 
Polymorphism (NOP) 0 0 
Extendibility= 0.5x ANA-0.5xDCC+0.5x MFA+0.5xNOP -0.18 0.24 


Table 2 shows the calculated values of the extendibility/extensibility quality attribute for the two 
systems based on the values of the four metrics in property column. After export each diagram (online exam 
and ATM machine) to XMI document, the parser extracts the necessary information from these documents 
for measuring the metrics later as explained in Figure 1. After these steps, mathematical (1)-(4) were applied 
to measure the four metrics of the QMOOD model (ANA, DCC, MFA, NOP) depending on the information 
extracted from the class diagram using DOM parser. Finally, to know if these systems are 
extendible/extensible or not, (5) was applied. It can be noted from Table 2, the value of the metrics 
(abstraction, and coupling) is inversely proportional to the extendibility quality attribute value. In the other 
words, If the values of abstraction and coupling are minimized, then class diagram is ready to accept 
additional improvements. So, when abstraction and coupling in online exam system are less than in ATM 
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machine system, then the value of extendibility for the online system was better than ATM and it is ready to 
accept additional refinement. 


6. CONCLUSION 

The important contribution of this work is to propose an algorithm for measuring the extendibility of 
the class diagrams in the design phase and the impact of the involved metrics in the extendibility value. We 
have conducted experimental study on two test cases to see the influence of the (ANA, DCC, NOP, and 
MFA) values on the extendibility attribute. The proposed algorithm consists of five steps, each one has 
explained in details. The experimental results demonstrated that if the value of abstraction and coupling 
metrics decreased, the extendibility value is increases and vice versa. Hence when the equation of 
extendibility was applied on the two test cases (ATM machine and online exam systems), the value of 
extendibility for the online exam system was greater than the extendibility value for the ATM machine 
system, which means that the system of the online exam is more extensible than the other system and it is 
ready to accept any additional improvements. This gives a judgment to software engineers about the ability to 
expand the software in early phases of software development. The future work may include applying the 
algorithm to a variety of object-oriented design quality attributes like reusability, flexibility, 
understandability, functionality and effectiveness, and providing a comprehensive experimental study of the 
effect of each metrics values on these attributes. 
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